`:top

Der `!Data Distribution Service`! (`!DDS`!) ist ein Standard, der von der `F33f`_`[Object Management Group`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Object_Management_Group]`_`f spezifiziert wurde.

>>Contents

• `F0af`_`[Überblick`#berblick]`_`f

• `F0af`_`[Konzepte`#konzepte]`_`f

• `F0af`_`[Weblinks`#weblinks]`_`f

-─

>>Überblick

DDS stellt eine `F33f`_`[Middleware`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Middleware]`_`f zur datenzentrierten Kommunikation in hochdynamischen `F33f`_`[Verteilten Systemen`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Verteiltes_System]`_`f dar. Zugrunde liegt ein Publisher-Subscriber-Konzept, das deterministische Ressourcenverwaltung unterstützt.

Die Spezifikation unterteilt sich in zwei Bereiche:

• Data-Centric Publish-Subscribe (DCPS) beschreibt die grundlegenden Konzepte zur Datenverteilung

• Data Local Reconstruction Layer (DLRL) stellt eine Abstraktionsschicht für Anwendungen auf Basis von DCPS zur Verfügung

>>Konzepte

Die DDS-Spezifikation enthält folgende Kernkonzepte:

• Ein `*Topic`* ist ein anwendungsspezifischer `F33f`_`[Datentyp`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Datentyp]`_`f (bspw. in `F33f`_`[IDL`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Schnittstellenbeschreibungssprache]`_`f definiert), der festlegt, welche Art von Informationen ein DDS-Paket enthält.

• Eine `*Domain`* dient zur logischen Gliederung und enthält eine Menge von Topics.

• Ein `*Publisher`* ist ein Teilnehmer im DDS-System, der Daten (Topics) zur Verfügung stellt.

• Ein `*Subscriber`* ist ein Teilnehmer im DDS-System, der Empfänger für bestimmte Daten (Topics) ist.

Mithilfe von `F33f`_`[Quality-of-Service`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Quality_of_Service]`_`f-Parametern kann ein `*Subscriber`* seine Anforderungen an die Qualität der Datenübertragung deklarativ festlegen. Außerdem kann er Filter anlegen, um zum Beispiel nur Daten in einem bestimmten Wertebereich des Topics zu empfangen.

Je nach Implementierung finden sich die Komponenten (Publisher und Subscriber) selbst (zum Beispiel RTI) oder mittels eines zentralen Servers (zum Beispiel Interface Repository beim TAO). Der Vorgang des gegenseitigen Auffindens wird `*Discovery`* genannt. Das Discovery ohne zentralen Server wird zum Beispiel via `F33f`_`[Multicast`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Multicast]`_`f realisiert.

>>Weblinks

• DDS OMG Spezifikation

• Benchmarks für existierende DDS Implementierungen

• OpenDDS

`c`F0af`_`[↑ Back to top`#top]`_`f`a